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STEUERGERAT ZUM STEUERN EINES ANTRI BBS AGGREGATES EINES FAHRZEUGS 



10 



Stand der Technik 



1 5 Die Erfindung belriffl ein Steuergerat und ein Computeiprogramm zum Steuern eines 

Antriebsaggregates, insbesondeie einer Brennkrafimaschine eines Fahrzeugs. 



20 



Stand der Technik 



Derartige Steuergerate und zugehorige Computerprogramme sind im Stand der Technik 
grundsatzlich bekannt Figur 9 zeigt ein derartiges bekanntes Steuergerat, wobei das 
Bezugszeichen 100a die Hardware und das Bezugszeichen 100b die Software des Steuergerates 
100 reprasentiert. Die Hardware des Steuergerates 100 umfesst wenigstens einen Prozessor 
100a-l und wenigstens ein Speicherelement 100a-2. Die Software 100b ist flblicherweise in 
25 dem Speicherelement 100a-2 hinterlegt Die Software 100b umfesst im Stand der Technik 

ublicherweise eine Vielzahl von Funktionseinheiten VF-1, EF-3, IS-2, HWE-1, HWE-3 und 
VF-3, die zumindest vereinzelt zum Zwecke der Ansteuerung des Antriebsaggregates 300 
miteinander kommunizieren. Die unmittelbare Steuerung des Antriebsaggregates 300 erfolgt 
mit Hilfe einer zwischen das Sleuergerat 100 und das Antriebsaggregat 300 geschaltelen 
3 0 Sensor-/Aklor-Konfiguralion 200. 

Bekannle Funktionseinheiten in der Software 100b ffir ein Steuergerat 100 zum Sleuem eines 
Antriebsaggregates sind beispielsweise: 
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• Funktionseinheit Antrieb VF-1 : Sie verwaltet die Quellen mechanischer Energie und stellt fflr 
das Antriebsaggregat ein Sollmoment zum Vottrieb des Fahnreugs mid zur Versorgung der 
Nebenaggregate, ublicherweise nach Vorgabe durch eine Funktionseinheit 
Fahrzeugkoordinator, zur Verfugung. 

• Funktionseinheit Fahrzeugkoordinator VF-2: Sie trifit Bntscheidungen iiber das 
Zusammemvirken verschiedener, auch anderer Funktionseinheiten. Beispielsweise entscheidet 
sie, welches Moment die Fnnktionseinheit Antrieb bei dem Antriebsaggregat einstellen soil, 
wenn vercchiedene andere Funktionseinheiten jewefls unterschiedliche Momentenbetriige bei 
dem Antriebsaggregat einzustellen fordern. 

• Funkfionseinheit Fahrzeugbewegung VF-3: Sie vergleicht eine akhielle Bewegung des 
Fahrzeugs mit den Wfinschen des Fahrers im Hinblick auf die Gewahrleistung einer optimalen 
Fahrstabuitat Kerzu gehdrt zum Beispiel die Auswertang des Fahrerwunsches gemaB 
Aktionen am Gas- und Bremspedal sowie die Kooidination dieses Fahrerwunsches mil 
Vorgaben von Sichemeitssystemen, wie elektromsches Stabilitatsprogramm ESP oder 

15 Antischlup&egelung ASR. 

• Funklionseinheit Fahrzustendsgroflen VF-4: Sie verwaltet die Informationen aber aktuelle 
Fahrzustande, zum Beispiel Stop & Go, Fahrtbergauf etcetera, umbhangig davon, welche 
Funktionseinheit diese Fahrzustande ermittelt 

• FuijkaonsetahdtMotorkOOTdinatorEF-l: DerMotorkoordinator hat die Aufgabe, alle 
2 0 Beuiebszuslande des Motors zu koordinieren und Informationen fiber den 

Motorbetriebszustand zur Verfugung zu stellen. 

• Funktionseinheit Motormomentenstruktur EF-2: Diese Funktionseinheit hat die Aufgabe, die 
Momenlen-Anfoiderungen von anderen Funktionseinheiten an den Motor zu ermitteln und zu 
koordinieren und eine resultierende Anforderung an die Momentenumseteung zu ermitteln. 

• Aggregat-Positions-Management EPM: Diese Funktionseinheit hat die Aufgabe, eine 
Positions- und Drehzahlerfassung der Kurbel- und Nockenwelle des Antriebsaggregates 
durchzufuhren. 

• Funktionseinheit Dienstebibliotheken EM: Sie hat die Aufgabe, allgemeine, sehr haufig 
verwendete Funktionen bereiteustellen, die von umaschiedlichen Funktionseinheiten 
nachgefiagl beziehungsweise benutel werden. Sie bietet eine zenlrale Bereitstellung dieser 
Funktionen mit dem Vorteil, dass diese nicht mehrfach dezentnd bereitgesteUt werden 
mussen. 

• Funktionseinheit Ablaufsteuerung IS-2: Sie koordiniert die zeitliche Abarbeitung von 
Anfoiderungen unlercchiedlicher Funktionseinheiten. 
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• Funktionseinheit Diagnosemanager IS-3: Diese Funktionseinheit fibernimmt die Aufbereiumg 
eines Fehlersignals, welches zum Beispiel einen Defekt in der Hardware 100a des 
Sleuergerales 100 reprSseniiert Die Aufbereitung besleht insbesondere in einer Entprellung 
des Fehlersignals und einer Abspeicherung desselben, damit zu einem spSteren Zeitpunkt eine 
Auswertang des Fehlersignals erfolgen kann 

• Funktionseinheit Oberwachungskonzept ISA: Diese Funktionseinheit dient insbesondere der 
Oberwachung des Prozessors des SteuergerStes. 

• Funktionseinheit Signalaufbereitung HWE-1 : Sie fiihrt eine Bereinigung eines analogen 
Sensoisignals nach dessen Digitalisierung durch im HinbKck auf unerwunschte 
Signalmodulationen, die in dem Sleuergerit eventuell enlstanden sein konnen. 

• Funktionseinheit Gassystem EF-3: Sie hat die zenlrale Aufgabe, Informationen fiber die 
aktuell fur das Anlriebsaggregat 300 zur Verffigung stehende Lufhnasse zu liefem und im 
Rahmen ihrer Einflussmaglichkeiten auf das Anlriebsaggregat eine gewunschte Soll- 
Luflmasse und/oder die Abgasqualitat zu fiberwachen oder einzustellen. Diese 
Funktionseinheit Gassystem wird insbesondere bei Dieselmaschinen oder Benzinmaschinen 
verwendet 

• Funktionseinheit Einsprilzsystem EF-4: Sie stellt alle Funktionen bereit, welche zur 
KrafetonVorforderung, Einspritzdruckerzeugung und Einsprhzung erforderlich sind. 

Einzelne dieser bekannten Funktionseinheiten sind in Figur 9 inneihalb der Software 100b des 
Steuergeiiites beispielhaft vemnschaulicht Sie wurden jedoch nicht alle gleichzeitig entwickelt 
und in der Software 100b implementiert, sondem sind erst im Laufe der Zeit im Zuge 
forlschreitender Entwicklung sukzessive zu der Software des Sleuergerales 100 hinzugefBgt 
women. Bei der Knzufugung neuer Funktionseinheiten hat man bisher Iediglich darauf 
geachtet, dass die neuen Funktionseinheiten mit alien anderen Funktionseinheiten, soweit 
erforderlich, kommunizieren konnten. Im Laufe der Zeit entstend so ein unubenrichlliches 
Agglomerat von Schnittstellen zwischen den einzelnen Funktionseinheiten, was insbesondere 
einen Austausch bekannter Funktionseinheiten durch modifizierte Funktionseinheiten oder die 
weitere Hinzufugung von neuen Funktionseinheiten zunehmend schwieriger machte. Die 
Schwierigkeiten enlstanden insbesondere deshalb, weil bestehende Abhangigkeiten zwischen 
einzelnen Funktionseinheiten bei einer Umgestoltung des Gesamlsystems oder auch nur von 
Teflen desselben nur noch sehr schwer fiberschaubar waren. 
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Ausgehend von diesem Stand der Technik isl es die Aufgabe der vorliegenden Erfindung, 
bekannles Steuergeral und ein Compnleiprogramm zum Steuern eines Anlriebsaggregates eines 
Fahrzeugs deiart weiterzubflden, dass einzelne Teile des Steuergerates und insbesondere von 
dessen Software unabhangig voncinander realisierbar und austauschbar sind. 



em 



Diese Aufgabe wird durch den Gegenstand des Patentanspruchs 1 gelost Demnach ist fur 
oben beschriebenes bekannles Steuergeral eine Modularisierung in Form von mindeslens drei 
Modulen vorgesehen, wobei in einem ersten Modul diejenigen Funktionseinheiten 
zusammengefassl sind, die zur Beeinflussung des Antriebsaggregates im Ansprechen auf einen 
Benutzerwunsch auf physikalischer Ebene dienen, in einem zweilen Modul diejenigen 
Funktionseinheiten zusammengefesst sind, welche eine individueUe Programmierung der 
Hardware des Steuergerates in der Weise ermoglichen, dass die Hardware in die Lage versetzt 
wird, mil den Modulen des Steuergerates zu kommunizieren und welche die Abarbeitung von 
Funktionen der Funktionseinheiten in den Modulen zeitlich koordinieren und in einem dritten 
Modul diejenigen Funktionseinheiten zusammengefasst sind, die eine individuelle Anpassung 
der verwendelen SensorVAktor-KonfiguraUon an das Steuergeral in der Weise ermoglichen, 
dass zwischen den einzelnen Sensoren oder Aktoren der Konfiguration eine Kommunikation 
mit den ubrigen Modulen des Steuergerates moglich ist; und wobei zwischen den Modulen 
Modul-Schnitlstellen fur eine modul-ubergreifende Kommunikation vorgesehen sind 

Das Antriebsaggregat im Sinne der Erfindung kann alternativ zu einer Breniuaaftmaschine auch 
zum Beispiel einen Elektroantrieb oder einen BrennstofeeUenantrieb reprasentieren. 

Benutzer im Sinne der Erfindung kann zum Beispiel der Fahrer des Fahrzeugs, der Gesetzgeber, 
25 ein FahrzeugzuHeferer oder ein Fahrzeughersteller sein. 

Physikalische Ebene im Sinne der Erfindung bedeutet eine Abstraktion von Hardware- 
Spezifika. Dies bedeutet, dass in derphysikalischen Ebene, bezogen auf die Schnittstelle des 
Sensors zu seiner Umgebung, lediglich physikalische Groflen wie zum Beispiel die Drehzahl 
30 des Anlriebsaggregates betrachtet werden, nichl jedoch deren hardwaremafiige Realisierung in 

Form eines elektronischen Signals mit einer hardware-spezifischen, die Drehzahl 
represent: erenden Amplitude. 



Vorteile der Erfindung 
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Der wesenUiche Vorteil der beanspruchten Modularisierung besteht darin, dass die einzelnen 
Module einfach austauschbar und unabhangig voneinander realisierbar sind. Dabei wurde die 
Aufleilung der Funktionseinheiten auf die einzelnen Module so gewahlt, dass sie insbesondere 
5 aus Sicht der Fahrzeugfcersteller und aus physifcalischer Sicht sinnvoll ist Ein Austausch 

einzelner Module ist insbesondere deshalb besonders einfech, weil in den definierten Modul- 
Schnittstellen zwischen den einzelnen Modulen alle Abhangigkeiten zwischen den 
Funktionseinheiten in den verschiedenen Modulen berucksichtigt sind; daruber hinausgehende 
Abhangigkeilen konnen zwar noch auf Ebene der Funktionseinheiten existieren, sind aber auf 
1 0 Ebene der Module nichl mehr existent und brauchen deshalb bei einem Auslausch der Module 

nicht mehr berucksichtigt zu werden. 

Mit der vorgeschlagenen Modularisierung sind insbesondere Kosten- und Zeiterspamisse 
verbunden. Bei Verwendung einer anderen Sleuergeratehardware oder einer anderen Sensor- 
1 5 /Aktor-Konfiguration braucht nun nicht mehr die gesamte Software des Steuergerates 

ausgelauscht oder angepasst zu werden, sondem es ist vielmehr ausreichend, wenn nur das 
entsprechende Modul ausgetauscht wird. 

Gemafl einem ersten Ansruhrungsbeispiel wird vorteilhaflerweise vorgeschlagen, das erste 
2 0 Modul in eine Fahrzeug-Komponente und in eine Antriebsaggregate-Komponente zu 

unterteflen. GeraaG einem zweiten Ausfiihrungsbeispiel wird vorgeschlagen, das zweile Modul 
in eine Infiastruktur-Komponente und in eine Hardwarekapsel sowie optional zusatzlich 
eventuell auch noch in eine Kommunikations-Komponente zu unterteilen. 

25 Zusammenfassend zu den vorgenannten Ausfuhrungsbeispielen ist anzumerken, dass die 

Unterteilung der einzelnen Module in Komponenten ahnlich wie bei den Modulen dazu dient, 
die Austauschbarkeit der Komponenten zu verbessem. 

Vorteilhaflerweise sind auch zwischen den Komponenten innerhalb eines Moduls Schnittstellen 
30 flir einen schnellen Datenaustausch vorgesehen. Dagegen erfolgt eine Kommunikation zwischen 

Komponenten in unlerschiedlichen Modulen fiber die Modul-Schnittstellen, Jede der 
Komponenten ist ihrerseits wiederum in beliebig viele Funktionseinheiten unterteilt 
Schnitlslellen sind auch auf Ebene dieser Funktionseinheiten vorgesehen, so dass verschiedene 
Funktionseinheiten innerhalb einer Komponente miteinander kommunizieren konnen. Eine 
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Kommunikalion zwischen Funklionseinheilen in unterschiedichen Komponenlen erfolgl fiber 
die Komponenlenschnittstellen und eine Kommunikalion zwischen Funktionseinheilen in 
unterschiedlichen Modulen erfolgt fiber die Modul-SchnittsteUen. Auch fur die SchnittsteUen 
zwischen den Funkuonseinheilen und zwischen den Komponenten gilt das bereits oben fur die 
Modul-SchnittsteUen Gesagte, namlich dass in diesen SchnittsteUen alle notwendigen 
Abhangigkeiten zwischen den Funktionseinheiten Oder Komponenten unteremander 
beriicksichtigt sind und jeweils weilere Abhangigkeiten nicht berucksichligt werden mussen. 
Daraus resultiert eine einfecfae Austauschbarkeit nicht nur von Modulen, sondem auch von 
Komponenten oder Funktionseinheiten, das heifit insbesondere eine einfache und 
unkomplizierte Anpassung an Kundenwunsche oder neue Technologien. 

Eine nShere Beschreibung der Aufgaben der einzelnen Komponenten und der in den einzelnen 
Komponenlen zusammengefasslen Funktionseinheilen und Elemente ist Gegenstand der 
Unteransprfiche. 

GemSB einer vorteilhaften Ausbildung sind die Funktionseinheiten, die Komponenten und/oder 
die Module sowie deren jeweilige SchnittsteUen zunundest teilweise als Computeiprogramm 
aasgebildet Die Ausbildung als Computerprogiamm erlaubt eine flexible Umsetzung von 
AnderungswOnschen, ohne dass eine Anderung der Hardware des Steuergerates vorgenommen 



Die oben genannte Aufgabe wird weiterhin durch ein Computerprogramm fur das beschriebene 
und beanspruchte Steuerprogramm geldst. Die Vorteile dieses Computerprogramms entsprechen 
den oben mit Bezug auf das Steuerprogramm erwahnten Vorteilen. 

Weitere Vorteile ergeben sich aus der nachfolgenden Beschreibung. 
Zeichnungen 

Der Beschreibung sind insgesamt neun Figuren beigefugt, wobei 
Figur 1 eine erfindungsgemaBe Modularchitektur fur ein Steuergeral; 
Figur 2 eine erfindungsgemaOe Unterteilung der Module in Komponenten; 
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Figur3 eine erfindungsgemafie Zuordnung von Funktionseinheiten zu einer Fahrzeug- 
Komponente und einer Antriebsaggregate-Komponente; 

Figur4 die erfindungsgemaBe Zuordnung von Funklionseinheilen zu einer Mrastruktur- 
Komponente und einer Hardwarekapsel-Komponente; 

Figur 5 eine FunJdionseinheit fur ein Geratetreiber-Elemenl; 

Figur 6 eine Veranschaulichung von Schnittstellen zwischen den Modulen; 

Figur 7 eine Schnittetelle zwischen zwei Funktionseinheiten in unterschiedlichen 
Komponenten; 

Figur 8 ein Beispiel fur einen Datenfluss zwischen den Modulen; und 
Figur 9 den Aufbau eines Steuergeraies gemafi dem Stand der Technik 

Figur 10 die Einbettung einer erfindungsgemaflen Schnillstellenarchiteklur in die 
Modularchiteklur 

Figur 1 1 die Schichtendarstellung einer ausgewahlten Schittslelle 
zeigt 

Beschreibung der Ausfuhrungsbeispiele 

Es folgt eine deteiUterte Beschreibung von Ausfuhrungsbeispielen der Erfindung unter 
Bezugnahme auf die Figuren. 



von 



Figur I zeigt unter Bezugnahme auf Figur 9 eine erfindungsgemaBe Modularisierung 
3 0 Funktionseinheiten in einem Steuergerat 100 zum Steuern eines Antriebsaggregales 300, 

insbesondere einer Brennkraftmaschine, eines Fahrzeugs. Jm Unlerschied zu Figur 9 ist In Figur 
1 lediglich die Struktur des Inhaltes des Speicherelementes 100a-2 dargesteUt; insbesondere die 
Sensor-ZAktor-Konfiguration 200 und das Antriebsaggregat300 sind nicht Gegensland der 
Erfindung und werden deshalb nachfolgend nicht weiter beschrieben. 
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Erfmdungsgemafl wird vorgeschlagen, die Funktionseinheiten in dem Steuergerat 100 in vier 
separate Module zu gruppieren. 

In einem ersten Modul ASW werden diejenigen Funktionseinheiten zusammengefasst, die zur 
Beemflussung des Antriebsaggtegates 300 im Ansprechen auf einen Benutzerwunsch auf 
physikalischer Ebene dieneo. 

In einem zweiten Modul CO werden zum einen diejenigen Funktionseinheiten 
zusammengefesst, welche eine individuelle Programming der Hardware des Steuergerales 
lOOinderWeise ennoglichen, dass die Hardware in die Lage versetzt wird, mit den Modulen 
des Steuergerfites 100 zu kommunizieren. Weiterhin umfesst das zweite Modul CO diejenigen 
Funtaonsemheiten, welche eine Abarbeitang von Funktionen der Funktionseinheiten in den 
Modulen ASW, CO, DE, CD zeitlich koordinieren. Daruber hinaus kann das zweile Modul CO 
auch solche Funktionseinheiten aufweisen, welche eine Kommunikation des Moduls ASW 
und/oder eines dritten Moduls DE mit anderen Steuergeraten ermoglichen. 

w einem dritten Modul DE werden diejenigen Funktionseinheiten zusammengefasst, die eine 
mdmduelle Anpassung der verwendelen Se„sor-/Aktor-Konf5gumiio„ an das Steuergerat 100 in 
der Wetse ermoglichen, dass zwischen den emzelnen Sensoren Oder Aktoren der Konfiguration 
erne Kommunikation mit den ubrigen Modulen des SteueigerStes 100 moglich ist 



SchlieBUch werden in einem vierten Modul CD diejenigen Funktionseinheiten 
zusammengefasst, die eine direkte Ansteuemng von komplexen SensorVAktor-Konflgumtionen 
nut komplexen SchnittsteUen zu dem Steuergerat 100 durch das erste Modul ermoglichen. Diese 
speztellen Sensor-ZAktor-Konngurationen sind von den zuvor erw&nten nicht-spezieuen 
Sensor-ZAktor-Konfigurationen zu unterscheiden. Im Unterschied zu nicht-spezifisehen 
Konfigurationen, bei denen eine Kommunikation mit dem crsten Modul nur fiber das zweite und 
das dntte Modul ist, erfWgt bei den speziellen Konfigumtionen eine Kommunikation mit dem 
30 ersten Modul direkt fiber das vierle Modul. 

Zwischen den Modulen ASW, CO, DE, CD sind jeweils Modul-Schnittstellen Ml, M2 M3 
M4, MS und M6 vorgesehen, die zum einen eine Kommunikation der Module unteminander, 
aber auch den Austeusch einzelner Module ermoglichen. 
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Figur 2 zeigt eine erfindungsgemaBe Gruppierung von Komponenten innerhalb der zuvor 
beschriebenen Module ASW, CO und CD. Das erste Modul ASW reprasentiert im 
Wesemlichen anwender- bzw. benulzerorientierle Funktionen. Im Hinblick aufgeplanle 
Anwendungsfalle, bei denen unterschiedliche Typen von Antriebsaggregaten durch das 
Steuergerat angesteuert werden sollen, ist es sinnvoll, dieses erste Modul ASW in eine 
Fahrzeug-Komponente VF und eine Antriebsaggregale-Komponente EF zu unterteilen. 



D.e Fahrzeug-Komponente umfesst vorzugsweise diejenigen Funktionseinheiten, die nicht 
speziflsch fur einen bestimmten Typ von Antriebsaggregat 300 sind. Dabei handelt es sicb 
insbesondere urn die Funktionseinheiten Antrieb VF-1, Fahtzeugkoordinator VF-2, 

Fabizeugbewegung VF-3 oder FabrzustandsgroBen VF-4. wie sie einleitend beschrieben 
wurden. 

Demgegenuber sind in der Antriebsaggregate-Komponente EF vorzugsweise alle diejenigen 
Funktionseinheiten zusammengeftsst, die fur den verwendeten Typ von Antriebsaggregat 300 
spezifisch sind. Dabei handelt es sich vorzugsweise um die Funktionseinheiten 
MotorkoordmatorEF-1, Motormomentenstruklur BF-2, GassyslemEF-3 oderEinspriizsystem 
EF-4, wie oben unter Bezagnahme anf Figur 9 beschrieben. Bei einem Wechsel des von dem 
Steuergerat 100 anzusteuemden Antriebsaggregates 300 ist es dann nicht mehr erforderiich das 
komplette erste ASW-Modul auszutauschen, sondem es gcnugt vorteflhanerweise, wenn 
lediglich die Antrfebsaggregate-Komponente EF ausgetauscht wird 

Ahnlich wie bei dem ersten Modul empflehlt es sich bei dem zweiten Modul zum Beispiel im 
Hinblick auf einen anderen zu verwendenden Prozessor in dem Steuergerat 100, das zweite 
Modul in eine Ihfrastniktnr-Komponente IS und in eine Hardwarekapsel-Komponente HWE zu 
unterteilen. In der Infraslruktur-Komponente IS sind vorzugsweise alle diejenigen 
Funktionseinheiten zusammengefasst, welche grundlegende Dienste anbieten oder 
reprfcentieren, auf die andero Funktionseinheiten zugreifen k6nnen. Dabei handelt es sich 
vorzugsweise um die Funktionseinheiten Dienstebibliotheken IS-1, Ablaufcteuerung IS-2 
Diagnosemanager IS-3 und Cberwachungskonzepl is-,, wie ebenfalls oben beschrieben. Die 
Dienste werden in der Ihfrastruktur-Komponeme an zentraler Stelle bereitgestellt und mttssen 
deshalb mcht dezentral in mehrfacher Ausfertigung vorliegen und unnStig Speicherplatz 
beanspmchen. 
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In der Hardwarekapsei-Komponente HWE sind alle diejenigen Funktionseinheiten 
zusammengefasst, welche eine individuelle Programmierung der Hardware 100a des 
Steuergerates 100 in der Weise ermoglichen, dass die Hardware 100a in die Lage versetet wird, 
mit den Modulen ASW, CO, DE Oder CD des SteuergerSte 100 zu kommunizieren. So ist es bei 
einem Austausch des in dem Steuergerat verwendeten Prozessors durch einen Prozessor anderen 
Typs lediglich erforderlich, die Hardwarekapsel-Komponente HWE und nicht mehr das gesamte 
zweite Modul des Steuergerates auszutauschen. 

Neben der genannten Inftaslruktur-Komponenle und der Hardwarekapsel-Komponente kann das 
zweite Modul CO weiterhin eine Kommunikations-Komponenre COM autweisen, in welcher 
diejenigen Funktionseinheiten zusammengefesst sind, welche eine Kornmunikation mit anderen 
Steuergeraten ermoglichen. 

Neben den bereite oben erwahnten Modul-SchnittsteUen Ml ... M6 auf Modulebene sind auch 
Komponentenschnittstellen auf Ebene der Komponenten innerhalb der einzelnen Module 
vorgesehen. Diese Komponentenschnittstellen K0 ... K3 ermoglichen einen Datenaustausch 
zwischen zumindest einzelnen der Komponenten innerhalb eines Moduls. So besteht eine 
Schnittstelle K0 in dem ersten Modul zwischen der Fahrzeug-Komponente VF und der 
Antriebsaggregate-Komponente EF. Innerhalb des zweiten Moduls besteht eine 
Komponentenschnittstelle Kl zwischen der Infraslruktur-Komponente IS und der 
Kommunikations-Komponente COM, eine zweite Schnittstelle K2 zwischen der Infrastruktur- 
Komponente IS und der Hardwarekapsel-Komponente HWE und eine dritte Schnittstelle K3 
zwischen der Hardwarekapsel-Komponente HWE und der KornmuniloOions-Komponente 



In Figur 3 isl die bereits erwahnte Zuordnung von Funktionseinheiten zu der Fahrzeug- 
Komponente VF und zu der Antriebsaggregate-Komponente sowie die Schnittstelle KO 
zwischen den beiden Komponenten dargestellt Dariiber hinaus ist ersichllich, dass auch die 
Funktionseinheiten innerhalb einer Komponente uber Funktionseinheiten-Schnittstellen Fi mit i 
= 1-9 untereinander kommunizieren kBnnen. Eine Kommunikalion zwischen 
Funktionseinheiten, die unterschiedlichen Komponenten innerhalb desselben Moduls 
zugeordnet sind, erfblgt uber die besagte Komponentenschnittstelle, hier K0. 
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Figur 4 zeigt die bereils beschriebene Zuordnung von Funktionseinheiten zu der mfi^truklur- 
Komponenle IS und der Hardwarekapsel-Komponente HWE innerhalb des zweiten Moduls. Die 
bereits unterBezugaahme auf Figur 3 gemachten Aussagen zu den SchnittsteUen zwischen den 
Funktionseinheiten und den Komponenten gellen hier entsprechend. Alternativ oder zusalzlich 
5 zu der in den Figuren 3 und 4 gezeigten Ausbildung der Fuiiktionseinheiten-SchnittsteUen 

zwischen den Funktionseinheiten innerhalb einer Komponenfe konnen diese SchnittsteUen auch 
derart ausgebildel sein, dass eine direkte Verbindung zu jeder Funktionseinheit innerhalb einer 
Komponente besteht Fiir eine Kommunikation zwischen beispielsweise der Funktionseinheit 
Dienstebibliotheken IS-1 und der Funktionseinheit Diagnosemanager IS-3 ware es dann nicht 
1 0 erforderlich, fiber die Funktionseinheit Ablauftteuerung IS-2 zu kommunizieren, sondern es 

stunde eine direkte Verbindung zur Verfugung. 

Fiir die Funktionseinheiten HWE-1...N der HWE ist es vorteflhafl, diese jeweils in ein 
Prozessorebenenelement und ein Hardwareabstraktionsebenenelement zu unterteilen. Diese 
Unterteilung bietet den Vorteil, dass bei einem gewunschten Austausch des Prozessors nicht die . 
gesamte Hardware-Kapsel-Komponente HWE, sondern nur die Prozessorebenenelemente, dann 
allerdings bei alien Funktionseinheiten der Hardwarekapsel-Komponente HWE ausgetauscht 
werden mussen. Analog ist es dann bei einem gewunschten Austausch der Peripheriehardware 
des Steuergerates, das ist die Hardware des SteuergeriUes auBer dem Prozessor, ebenfells nicht 
2 0 mehr erforderlich, die gesamte Hardwarekapsel-Komponente HWE auszutauschen, sondern es 

genugt ein Austausch der Hardwareabstraktionsebenenelemente bei alien Fiuiktionseinheiten 
der HWE. 

Eine der Hardwarekapsel-Komponente HWE zugeordnete Funktionseinheit ist die 
25 Funktionseinheit Signalaufbereitung HWE-1, die einleitend beschrieben wurde. Fur die 

Funktionseinheit Signalaufbereitung HWE-1 ubernimmt das Prozessorebenenelement HWE-M 
die Signalaufbereitung insoweil als sie sich auf den verwendeten Prozessortyp bezieht und das 
Hardwareabstraktionsebenenelement HWE-1-2 die Signalaufbereitung insoweit als sie sich auf 
die im Steuergerat verwendete Peripheriehardware bezieht 



15 



30 



SchnittsteUen Ek sind weiterhin vorgesehen fur eine Kommunikalion der 
Prozessorebenenelemente HWIM-1 und der Hardwareabstraktionsebenelemente HWE- 1-2 
untereinander und/oder mit ihnen ubergeordneten Funktionseinheiten HWE-1 in der HWE. 
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Fignr 5 veranschaulicht die bereils erwahnte vorteilhafte Unlerieilung des vierten Moduls CD in 
mehrere Funlctionseinheiten; diese werden in Bezug aufdas vierte Modal auch 
Komplexgeratetreiber CD-i miti=l ...N genannt Jeder dieser KoinplexgerStetreiber wird 
seinerseils vorteilhafterweise in ein Geratelreiber-Element CD-GT und in ein Hardwaretreiber- 
Element CD-HW unterteilt Die Elements CD-GT sind fiber die Schmttstelle M3 an das erste 
Modul ASW angeschlossen. Ober diese SchnittsteUe M3 werden Softwaresignale ubertragen, 
welcbe eine physikalische GroBe, wie zum Beispiel die Einspritzmenge oder Drehzahl 
repifisentieren. Wenn die Geratetreiber-EIemente CD-GT ein seiches Softwaresignal von dem 
erslen Modal ASW empfangen, wandeln sie dieses in ein anderes Softwaresignal am, welches 
spezifisch ist fur einen anzusteuemden Aktor, aber noch unspezifisch fur die Steuergerale- 
Hardware ist Jm umgekehrten Fall, wenn die Geratetreiber-EIemente CD-GT ein derartiges 
anderes Softwaresignal von einem Hardwaretreiber-Element CD-HW empfangen, wandeln sie 
' dieses in ein Softwaresignal am, welches nur eine physikalische GroBe reprasenoert, aber nicht 
mehr spezifisch ist ffir einen Sensor, von dem es ureprunglich eizeugt wurde. Die 
Hardwaretreiber-Elemente CD-HW dienen zum direkten Anbinden der speziellen Sensor- 
/Aktor-Konfignraaon 200 an die verwendete Steuergerate-Hardware, insbesondere an den 
verwendeten Prozessor 100a-l. Zwischen den Gerateireiber-Elementen CD-GT und den 
zugehorigen weiteren Hardwarelreiber-Elementen CD-HW sind jeweils Schniltstellen Ei mil i - 
1...N vorgesehen. 

Emer der Komplexgeratetreiber ist die einleitend beschriebene Funklionseinheit Aggregate- 
Positions-Management EPM. Ihr Geratetreiber-Element und ihr Hardwaretreiber-Element 
erhalten zum Zwecke einer eindeutigen Zuordnung die Bezugszeichen C0WGT und CDppm- 
HW. 

Figur 6 veranschaulicht beispielhaft die Modulschnittetellen M2 und M4. Die Pfeile 
reprasenlieren jeweils die duroh die Schniltstellen realisierten Abhangigkeiien zwischen den 
gezeigten Modulen oder deren Komponenten. Dabei bedeutet die Aussage, dass ein Modal 
abhSngig von einem weiteren Modul oder eine Komponenle abhangig von einer weiteren 
Komponente ist, dass dieses Modul aufdas weitere Modul oder diese Komponenle auf die 
weilere Komponente zugreifl beziehungsweise dem weileren Modul oder der weiteren 
Komponente Daten zur Verarbeitung in Auftrag gibt Die die Abhangigkeiien repifisentierenden 
Pfeile slellen nicht zwangslaufig auch die entsprechenden Dalenflussrichtungen dar; diese 
werden beispielhaft weiter unten mil Bezugnahme auf Figur 8 erlautert. Aus Figur 6 ist zu 
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ericennen, dass zwischen dem dritten Modal DE und dem ereten Modul ASW eine 
wechselseilige AbhSnglgkeitbesteht Die Abhangigkeit des ersten Moduls ASW von dem 
dritten Modul DE, reprgsentiert durch den PfeU, der von dem zweiten Modul zu dem ersten 
Modul orientiert ist, resultiert aus der Tatsache, dass das erste Modul darauf angewiesen ist, 
dass das dritte Modul DE zum Beispiel ein Sensorsignal und/oder ein zugeordnetes 
Qualitatssignal, welches eine Information fiber die Qualitat des Sensorials reprgsentiert, fur 
das erste Modul ASWbereitstellt 

Wie aus Figur 6 weiterhln zu ericennen ist, realisiert die vierte Modul-Schnittetelle M4 
einseitige Abhangigkeilen der InfraslnUdur-Komponenle und der Hardwarekapsel-Kompcmeme 
gegenfiber dem dritten Modul DE und eine wechselseitige Abhangigkeit zwischen der 
Kommunikations-Komponente COM gegenfiber dem dritten Modul DE. Alle drei genannten 
Komponenten sind dem zweiten Modul CO zugeordnet. Die einseitige Abhangigkeit der 
Infrastruktur-Kotnponente und der Hardwarekapsel-Komponente bedeutet, dass auf das dritte 
Modul DE auf diese Komponenten zugreifl, urn dort Daten verarbeiten zu lessen. Analoge 
Abhangigkeitsbezeichnungen, wie sie soeben fur die Schnittstelle M4 zwischen dem zweiten 
Modul CO und dem dritten Modul DE beschrieben warden, bestehen auch fur die Schnittstelle 
M6 zwischen dem zweiten Modul CO und dem vierten Modul CD. 

Figur 7 zeigt ein Beispiel fur eine komponentenfibergmifende Kommunikation zwischen zwei 
Funkhonseinheiten in unterschiedlichen Komponenten desselben Moduls. Genauer gesagt 
veranschanlicht Figur 7 eine Kommunikation zwischen derFunktionseinheit Signalaufbereitung 
HWE-1 innerhalb der Hardwarekapsel-Komponente HWE und der Funktionseinheit 
Diagnosemanager IS-3 innerhalb der lhfrastrukmr-Komponente IS. Hier ist die Funktionseinheit 
Signalaufbereitung abhangig von der FunkHonseinheit Diagnosemanager. Dies kann zum 
Beispiel bedeuten, dass die Funktionseinheit Signalaufbereitung HWE-1 ein Signal an die 
Funktionseinheit Diagnosemanager IS-3 sendet mit dem Auflrag urn Bearbeilung. Das 
gesendete Signal reprasentiert zum Beispiel einen Defekt in der dem SteuergerSt 100 
zugeordneten Hardware 100a. Mit der Obersendung des Signals beauflragt dann die 
Funktionseinheit Signalaufbereitung HWE-1 die Funktionseinheit Diagnosemanager, dieses 
Signal auftubereUen, das heiOl zum Beispiel zu entpmllen, so dass eine fehlerfreie Auswertung 
d.eses Signals mbgUch wird. Neben der Signalaufbereitung kommt dann der Funktionseinheit 
Diagnosemanager zum Beispiel auch die Aufgabe zu, dieses Signal abzuspeichem, so dass es zu 
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einem spate™ Zeitpunkt, zum Beispiel in einer Kfe-Werkstatt, zwecks Fehlerdiagnose 
ausgelesen werden kann. 



^ITT^! e0I! ° h ^ ZU8a ™-' te " - « Module innernan, der 
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M2 zwischen dem ersten Modul ASW und dem dritten Modul DE. Es fiihrt von dem dritten 
Modul direkt in das erste Modul ASW, genauer gesagt in dessen Fah^eug-Komponente VF. 
Die Fahtzeug-Komponente VF intapretiert das physikalische Eingangssignal S4 als 
Momenlenanforderung fiir die Brennkraflmaschine 300. Sie koordiniert diese 
Momentenanfbrderung von dem dritten Modul mit eventuell vomandenen anderen 
Momentenanforeerengen, die von anderen Modulen, Komponenten oder Funkuonseinheiten an 
die Brennktaftmaschine gestellt werden, um letetendlich ein resullierendes Solldrehmoment fiir 
d,e Brennkraflmaschine in Fonn des Signals S5 fiber die Komponentenschnittstelle K0 an die 
Aniriebsaggregate-Komponenie EF auszugeben. 

Die Antaebsaggregate-Komponente EF fiihrt dann eine Umwandlung des empfangenen 
SoUdrehmomentes in von dem Typ der Brennkiaflreaschme abhSngige physikalische GreBen 
durch. Handelt es sich bei der Brennkraflmaschine 300 beispielsweise um eine Dieselmaschine 
so erzeugt die Aggregale-Komponente EF ein ersles Siellgrofiensignal S6, welches den 
physikalischen SoU-Einspritzdruck reprasentiert, der zur Einstellung des erforeerlfchen 
Solldrehmomenles erfomerlich ist, sowie ein zweites StellgreBensignal S10, welches die zur 
Einstellung des vorgegebenen SoUdrehmomentes erforaerliche SoUkraflstoffinenge auf 
physikalischerEbene repmsenliert Je nachdem, ob die generierfe StellgreOe fiir einen normalen 
Aktor oder einen speziellen Aktor mit komplexer Schnittsfene vorgesehen ist, gibt die 
Antriebsaggregate-Kbmponente EF die Stellgrofle an das dritte Modul DE oder an das vierte 
Modul CD aus. In dem bisher beschriebenen Beispiel ist die erste StellgreOe S6 zur 
Ansteuereng ewes Druckregelventils 200b2 vorgesehen, bei dem es sich um einen normalen 
Aktor ohne komplexe Schnittstelle handelt Deshalb gibt die Antriebsaggregate-Komponente 
EF das erste StellgreBensignal S6 uberdie Schnittstelle M2 an das dritte Modul DE aus. Das 
dritte Modul wandett die eingegebene physikalische StellgreBe S6 (Softwaresignal) um in ein 
Softwaresignal, welches den physikalischen Solldruck in Form eines fiir die Steuergeriite. 
Hareware 100a unspezifischen elektrischen Signals S7 reprasentiert. Dieses Signal S7 wird Ober 
die Modul^chnittstelle M4 an das zweite Modul CO ausgegeben, wo es von dessen 
Hanlwarekapsel-Komponeme HWE in ein Softwaresignal umgewandell wild, welches ein fur 
die Steuergerale-Hareware 100a spezifisches elektrisches Signal reprasentiert Bei dieser 
Umwandlung kann es sich beispielsweise um eine an die Anforderungen der SteuergerSte- 
Hardware angepasste Quantisierung handeln. Das von der Hardwarekapsel-Komponente HWE 
eiseugte und ausgegebene Signal S8 wire der Steuergerale-Hardware 100a zugetuhrt, welche 
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dieses Signal ineinreales elektrisches Signal zur Ansteuerung des Dnickregelventils 200b2 als 
Aklor umwandelt 

Parallel zu der Bearbeitung des ersten StellgroBensignals S6 erfolgt in dem beschriebenen 
Beispiel die Bearbeitung des zweiten StellgroOensignals S10 durch das vierte Modul CD, 
nachdem es doithin uber die Modul-Schnittstelle M3 ubertragen wurde. Das vierte Modul 
wandelt das Signal S10, welehes die zur Realisierung des angeforderten Solldrehmomentes 
erforderliche Sollkraftstofimenge in physikalischer Form reprasentiert, in ein Softwaresignal 
um, welches ein fur die Steuergerite-Hardware 100a spezifisch.es Signal reprSsemiert Insofem 
ubernimml das vierte Modul CD gleichzeitig die Funktion des drillen Moduls und der 
Hardwarekapsel-Komponente fur spezielle Aktoren mit komplexerer Schnittstelle, wie es ein 
Emspritzventil 200b 1 zur Einsfelhmg der Ktaftstoffinenge darstellt. Das beschriebene, von dem 
vierten Modul CD ausgegebene Softwaresignal SI 1 wild, dann ebenfalls der Steuergerate- 
Hardwaro 1 00a zugefuhrt, damit diese das empfangeue Softwaresignal in ein reales elektrisches 
Signal S12 zur Ansteuerung des Einspriteventils 200M als Aktor umwandelt Die so erfolgte 
Ansteuetung des Dmckregervenlils 200b2 und des Einspritzventils 200bl bewirken znsammen 
eine Verandernng des Drehmomentes der Brennkraftmaschine 300 im Hinblick auf den durch 
die veranderte Gaspedalstellnng reprasenuerten Fahrerwunseh beziehungsweise auf das diesen 
Fahrerwonsch reprasenlierende SoUdrehmoment. 

Wurde es sich bei der Biermkmftmaschine 300 nicht um eine Dieselmaschine, sondern um eine 
Benzinmaschine handeln, so wiirden von der Antriebsaggregale-Komponete EF drei 
StellgrOBensignale erzeugt. Dag erste Stellgroflensignal S6, welches auf das dritte Modul DE 
ausgegeben wird, reprasentiert einen SoUwert fttr die einzusteHende Luftmasse und das zweite 
auf das vierte Modul ausgegebene Stellgroflensignal S10 reprasentiert die zur Realisierung des 
Solldrehmomentes erforderliche Sollkraftsloffmenge. Weiterhin wird ein drittes 
Stellgroflensignal S13, ebenfalls von der Antriebsaggregate-Komponente EF an das vierte 
Modul CD ausgegeben, wobei das Stellgroflensignal S13 den Zfindzeitpunkt fur die Zundkerzen 
der Brennkraftmaschine definiert 



zur 



Das etste Stellgroflensignal S6 dientnach einer Umwandlung in die Signale S7, S8 und S9 
Ansteuerung derDrosselklappe, das zweite StellgiSOensignal S10 dient nach einer 
Umwandlung in die Signale SI 1 und S12 wiederum zur Ansteuerung des Einspritzventils und 
das dritte Stellgroflensignal S13 dient nach einer Umwandlung in die Signale S14 und S15 zur 
Ansteuerung einer Zundkerze 200b3. Die in Figur 8 mnerhalb der Module oder Komponenten 
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zu 



gezeichnelen gestrichelten Linien veranschaulichen lediglich die Zuordnungen 
Eingangssignal zu Ausgangssignal. Sie schliefien eineBeaibeitung derEingangssignale 
inneriialb der Module oder Komponenten ausdrucklich nioht aus. 

Die FunktiwiseinheUen, Komponenten oder Module werden voizugsweise als 
Computerprogramme realisiert. Dann ist es moglich, diese Computerprogramme, 
gegebenenfalls zusanunen mit weiteren Computeiprogrammen zur Steuerung der 
Anfriebsaggregate, auf einem computerlesbaren Datentrager abzuspeichern. Dabei kann es sich 
urn eine Diskette, eine Compact Disc, einen sogenannten Flash-Memory oder dergleichen 
handeln. Die auf dem Datentriigerabgespeicherte Software kann dann als Produktan einen 
Kunden verkauft werden. Auflerdem ist es im Fall einer Softwarerealisierung rndgUch, das 
Computerprogramm, wiederum gegebenenfalls zusammen mit weiteren Computeipiognu 
auch ohne die Zuhilfenahme eines DalentragetB flber ein elektronisches 
Kommunikationsnetewerk als Produkt an einen Kunden zu uberfragen und auf diese Weise 
verkaufen. Bei dem Kommunikanonsnetzwedc kann es sich zum Beispiel urn das Internet 
handeln. 

In einer speziellen Erweiterung der bisher beschriebenen AusfiThnmgsfonnen wird mm konkret 
auf meKonfiguration undZuordnungderEin-und Ausgangssignale der Module, insbesondere 
DE und CO sowie auf deren Beschreibung abgehoben. Dabei wird ein Zwischemnodul bzw 
eine Zwischenschicht SZS eingefuhrt, welche eine Zuoidnung der Signale zwischen den 
Modulen, insbesondere CO und DE ennoglicht Die ist in der Figur 10 dargestellt. Darin sind 
wteder die Module CO, CD, DE, ASW wie bereits beschrieben dargestellt. Zwischen den 
Modulen CO und DE wird nun eine konkrete Schnittstelle zur Struktariemng von 
Konfigumtionsdaten, die so genannte KonfigumtionsschnittsteUe KSS gezeigt Diese enlMIt als 
wesentlichen Anteil ein Routing Modul zur Signalzuordnung also eine Signal-Znoidnung- 
Schicht SZS. Diese SZS ist der Hardwarenaheren Schicht; also dem Modul CO zugeordnet Des 
weiteren ist ein Anfordoungsmodul oder eine Anforderungsschicht AS dem Modul DE 
zugeordnet Durch diese SZS bzw. die gesamte KSS kann nun eine allgemeine und flexible 
Signalzuordnung erfolgen, so dass das Modul CO und das Modul DE unabhangig von ihren 
mileinander ausgetauschten Bin- und Ausgangssignalen bzw. deren konkmter Anordnung 
konzipiert werden konnen, da die korrekte Signalzuordnung in einer Zwischen-Scbicht, dem 
Modul SZS erfolgt. 
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Bei einer ausgewahlten Darstellung erfolgt die Konfiguration von Modulen vorteilhafier Weise 
fiber eine XML Beschreibung der KonfiguraUonsparameter, die durch 
Konfigurationsgeneratoren in entsprechende *c- und *h-Dateieu fibersetzt werden. Dieses 
Dokumenl beschreibt die Konfiguration des Software-Pakctes Digital Input/Output (DIO) fiber 
XML-basierte Textdateien. In diesen XML-Dateien werden u.a. die Eigenschaflen der 
Signalklasse DIO definiert Die Beschreibung der DIO-Eigenschaften wird auf verschiedenen 
Arbeilsebenen durchgefuhrt Einerseils werden DIO-Signale von der projekl-unabhangigen 
Device Encapsulation (DE) mit den Parameter* Richtung, Initialisierungswert und 
Applizierbarkeil angefordert (DIO^SIGNAL__REQUEST), andererseite rnussen diese Signale 
auf die projeklspezifische Anwendung projiziert werden, d.h. die Signale rnussen auf die 
entsprechende Hardware geroutet werden PIO_SIGNAL_ROUTING). Angeforderte Hardware 
Pins rnussen gleichfalls konfiguriert werden (DIO_SIGNAL_IMPLEMENT). 

Beschreibung auf imt erschiedlichen Kotififlurationsebenen. 

Bei der Beschreibung der digilalen Ein- und Ausgangssignale wird zwischen Device 
Encapsulation (DE), Hardware Abstraction Layer (HAL- SZS) und Hardware Configuration 
(Modul CO) unterschieden. Diese Anordnung findet sich aber auch zwischen weiteren 
Schichten bzw. ist zwischen den fibrigen Modul ebenso einsetzbar. Optional zum Beispiel 
zwischen ASW und CO als KSS3 oder ASW und DE als KSS4 oder ASW und CD als KSS5 
sowie CD und DE als KSS2. Dabei ist immer wie bei KSS das Ausgangsmodul wie hier CO als 
Hardware Configuration, ein Ziel-Modul, wie DE bei KSS mit einem Anforderungsmodul bzw. 
einer Anforderungsschicht AS sowie eine Zuordnungsschicht bzw. ein Routing-Modul SZS 
enthalten. Diese Grundslruktur ist ebenfalls auf die fibrigen KonfigurationsschniUslellen KSS2 
bis KSS5 tibertragbar. Im weiteren wird nur die KSS, also CO und DE betreffend beschrieben, 
wobei dadurch die Anwendbarkeit die fibrigen Schnitlstellen KSS2-KSS5 als ebenso 
veranschaulicht angesehen wird. 

Die relevanten Konfigurationsparameter fur die Komponententreiber der DE konnen abstrakt 
30 und projektunabhangig dargeslellt werden. Bei digilalen Ein- und Ausgangssignalen sind auf 

dieser Ebene beispielsweise der Signalnamen, die Richtung und der mitialisierungswert von 
Interesse. Dabei spielt es aus Sicht der Komponententreiber keine Rolle (die Einhaltung der 
Rahmenbedingungen vorausgesetzt), auf welcher Hardware der Komponententreiber spaler 
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Die Konfiguration der HAL umfasst das Routing des Signalnamens auf die entsprechende 
Hardware. In dieser Schicht wird dem Signal ein Generischer Hardwarepinnamen zugewiesen. 

Die Hardware-speziflschen Konfigurationseinstellungen werden auf unterster Ebene 
vorgenornmen. Die Konfigurationsparameter dieser Ebene beziehen sich auf das entsprechende 
Modul bzw. auf die SignalkJasse und lassen sich bereits nicht mehr Projekt- und Hardware- 
unabhangig betrachten. Die Zuordnung der Signale geschieht fiber die Angabe des 
Hardwaremoduls (z.B. ADC, GHO oder CY310, CY100, etc.) mit dem gewunschten Port bzw. 
Pin auf diesem Modul. Beim ADC Modul muss zusalzlich noch die Schwellspannung 
angegeben werden, die uber High oder Low entscheidet 

Das Einstellen von Registerwerten erfolgl uber die Konfiguration der Port Hardware Schicht 
(Layer). Auf dieser Ebene kommen Modul-iibergreifende Anforderungen zusammen. 
Beispielsweise existieren fur die Parallel Schnittstelle Anforderungen von verschiedenen 
Modulen bzw. Signalklassen (GPIO, GPTA, SSC, CAN, etc.). Aus diesem Grund konnen 
Hardwareeinstellungen nicht Modul-spezifisch in einer Signalklasse erfolgen (siehe auch 
Konfigurationsprozess). 

Die DIO-Konfiguration findet somit auf unterschiedlichen Konfigurationsebenen statt 
" Device Encapsulation DE: Anforderung ernes Signals 

- Hardware Encapsulation/HAL^SZS: Routing eines Signals 

- Hardware Configuration CO: Konfiguration der Hardware Schicht 

25 Die drei Schichten der Konfiguration 

Schicht /Datei /Inhalt 

DE I paketname.xm\ I Signalname, Richtung (IN.OUT), Applizierbarkeit bzw. 
Einsteliung der Zugriffeart (Makro oder Funktion) 



20 



30 



HAL(Routing) / project.xn\\ I Signalname, Hardware Modul, Port, Pin, 
[SCHWELLWERT(ado] 
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Hardware Configuration / hardwars.xm\ I Hardwareeigenschaften, 
Registerelnstellungen 

Die Aufteilung der Konfiguration in verschiedene Ebenen beschrankt sich nicht nur auf das 
Konfigurieren digitaler Ein- und Ausgangssignale bzw. des DIO-Moduls, auch in anderen 
Modulen (ADC, PWM) erfolgt die Konfiguration enteprechend obiger Klassifiziening 
einschlieBlich etwaiger Abweichungen. 

Die Namen der XML-Konfigurationsdateien sind im Grunde genommen frei wahlbar. Innerhalb 
der DE wird sicherlich eine Vielzahl an pakelorienlieiten Konfiguraiionsdateien entstehen. Auf 
HAL-Ebene kann das Signal-Routing entweder in einer zentralen XML-Datei oder aber auf 
verschiedene Konfiguraiionsdateien verteilt werden. Hierbei muss es sich noch herausstellen, 
welche Aufteilung sich am beaten fur die Strukturierung der Projekt-spezifischen Konfiguration 
eignet Dasselbe gilt auch fur die Einstellung der Hardware bzw. Registerkonfigurationen. 



Anforderung eines Signals 

XML-Beschreibung fur DIO (Paketschicht - DE) 

<CONF> 

<DIO> 

<DlO_SIGNAIi_RBQrjEST> 

<DESC>Break sigrnaK/VESO 

<TJlO_SIGNALJttAME>£_A_BM</DIO_SIGNAL_NAME> 
<DIO_DIR>JJV< /DIO_DIR> 

<DIO_CALIBRATION>yE7s</DZO_ - CALIBRATION> 

<DIO_INIT>JfJGH</DIO__INIT> 
</ DIO_SI6NAL_REQUEST> 



30 </DIO> 
</CONF> 



Auf dieser Ebene wird vom Paket aus der DE ein Signal angefordert 
35 Jedes Paket kann eine oder mehrere XML-Datei(en) mitbeliebigem Dateinamen anlegen und 

digitale Ein- und Ausgangssignale vom Core/Hwe/Dio-Modul anfordem bzw. reservieren. Dazu 
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muss die Paketsyntax aus der XML-Beschreibung fiir DIO (Pakelschicht - DE) in diese XML- 
Datei(en) kopiert und angepasst werden. 

In obigem Beispiel wird feslgelegt, dass ein Signal mil dem Namen "E_A_BRK" im Paket 
"DIO" verwendet wird, es eine bestimmte Richtung hat (hier "IN" fur Eingang) und 
applizierbar (Applizierbar bedeutet, dass das Signal-Routing zur Laufeeit anhand einer 
Signaltabelle stattfindet und somit wahrend des Belriebs verandert werden kann. Werden die 
Signaldaten ausschlieBlich zur Compilezeit festgelegt, so konnen Signale zur Laufeeit nicht 
mehr umgeleitet werden.) ist Oder nicht (hier "YES" fur applizierbar). Die Konfiguration 
verschiedener Signale kann in einer XML Datei beliebig oft wiederholt werden. 

Anmerkung: 

Die Tags DIO_C AUBRATTON und DIOJNIT sind oplionale Tags. Diese sollten nur dann 
definiert werden, wexm aus der DE-Schicht schon im Vorfeld Anforderungen an Zugriffsart 
bzw. mitiausierung existieren. Bei diesen Tags handelt es sich urn einen Wunsch an die 
Konfiguration. Werden aufder HW-Ebene abweichende Einstellungen vorgenommen, so 
werden die Anforderungen aus der DE-Schicht uberschrieben und in der Report-Datei 
milprotokolliert (siehe auch Auszug aus der Datei lmpTmclude_(mp/dio_reporl.toct). 



Routing eines Signals 

XML-Beschreibung fQr DIO (Projektschicht . HAL) 

<CONP> 

<MO> 

<DIO_SIGNAIj_ROUTING> 

<DESC>Brea* s£gnal</BESC> 

<DIOJSOtmCE>j^A_BKJf</DIO_SOTJRCE > 

<DIO_TARGET>ffPrO_P5_P0_Xiyr</DIO TARGET> 
</ DIOjSIGNAI. ROUTING> ~~ 
</DIO> 
</CONP> 

Auf dieser Ebene wird vom Projekt das Signal-Routing durchgeruhrt. Der Software Signal 
wird sozusagen einem Hardwarepinnamen zugewiesen. Dieser Hardwarepinname ergibt sich 
aus der gewunschten Hardware-Ressource, welche in der Hardware Schicht konfiguriert wird 
(siehe Konfiguration der Hardware Schicht). 



name 
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In Beispiel aus der XML-Beschieibung fur DIO (Projektschicht . HAL) wird festgelegt, dass ein 
Signal mit dem Namen »E_A_BRK« im Paket "DIO- mit der Beschreibung (DESC) "Break 
signal" verwendet wild und es einem bestimmte Hardwarepinnamen tt GPIOJP8 POJN" (Port 

Pin "0", Direction "IN") zugeordnet werden soil ("OPTO" steht fur Zugriffeliuf die 
Parallele Schnittstelie). Die Konfiguration verschiedener Signale kann in einer XML Datei 
beliebig oft wiederholt werden. 



15 



Konfiguration der Hardware Schicht 
1 0 XML-Beschreibung fur DIO (Hardware Schicht) 

<CONF> 

<DIO> 

<DIO__SIGNAL_IMPLEMENT> 

<DESC>hardware resource for break signal</DESC> 
<DIO_MOD0LE>GPJ(X/DIO_MODrjLE> 
<DIOJ?ORT>5< /DIO__PORT> 
<DIO~PIN> CK/DIOJPIN> 
<MOJDIR>JAK/DIO_DIR> 

<DIO_CALlBRATION>y£?S</DIO CALIBRATION 
<DIO_INIT>HJGH</DIO_INIT>~ 
</DIO_SIGKAIi XMPLEMENT> 
</DIO> 
</COHF> 
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Die Hardware-Eigenschaflen des TC1775/TC1796 werden von den fimktionalen Einslellungen 
getrennt und in einer separaten Konfigurationsschicht (HW Layer) definiert. 
Jedes Projekr kann eine Oder mehrere XML-Datei(en) mit beliebigem Dateinamen anlegen und 
Module sowie deren Porte und Pins (Endslufen und Pins) bestimmte Eigenschaflen zuordnen. 
Diese Module mussen fur das Einlesen und Ausgeben digitaler Signale funktional in der Lage 
sein. Dazu muss die Syntax aus der XML-Beschreibung fur DIO (Hardware Schicht) in diese 
XML-Dalei(en) kopiert und angepasst werden. 

In obigem Beispiel wird festgelegt dass ein Modul mit dem Namen n GPIO n im Paket W 
mit der Beschreibung PESQ »GPrO_P8_P0_IN» verwendet wird ( "GPIO » (steht fur Parallele 
Schnittstelie). Von diesem Modul wird die Ressource (Port Pin "0") angefordert und der 
AppHkauonsidentifier "1^^ 

an dieser Slelle fur einen Eingang Sinn macht). Die Konfiguration verschiedener Signale kann 
in einer XML Datei beliebig oft wiederholt werden. 
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Generischer Hardwarcpinnamcn 

Der Hardwarepinname ist ein rein generischer Name, welcher einer Hardwareressource 
eindeutig zugeordnet und nach dem folgenden Muster zusammengestellt wird. 

< Modulname>_P<Portnummer>JP<Pinnnummepy_<Richtung> l 
Z.B. GPIO__P8_P0_IN. 

Der Hardwarepinname Iasst sich nach einem Konfigurationslauf der DIO Report Datei 
entnehmen (siehe nachfolgend Generischer Hardwarepinnamen). 

Auszug aus der Batci tmp/includc_tmp/dio_rcport.txt 

DIO Report 

Signal Map - Digital Input/Output Signals 

Signal name: OUTPUT 
20 HW Signal: GPIO_P9JPO_OUT 

Module: GPIO 
Port : 9 
Pin: 0 

Calibration: YES 

25 

Signal name: INPUT 

HW Signal: GPIO_P9_P4_IN 
Module : GPIO 
Port : 9 
30 Pin: 4 

Calibration: YES 

Signal name: INPUT2 

HW Signal: GPiqj?9_P8JTN 
35 Module: GPIO 

Port : 9 
Pin: 8 

Calibration: YES 

4 0 Anmerkungen 

Es wird deutlich, dass die XML-Elemente <DIO_CALIBRATION> und <DIO JNTO> in 
jeweils zwei unterschiedlichen Schichten vorkommen. Beide XMWBlemente sind optional, dh. 
falls diese nicht explizit angegeben werden wird von folgenden Default-Einstellungen 
ausgegangen: 
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<DIO_CAHBRATION>ATO</DIO CALIBRATION^ 
<DIO_IMT>iU9^</DIO_INri> 

5 Kommen diese XML-Elemenle sowohl in der DE-Schichl (Anforoerung eines Signals), als auch 

bei der Konfiguration der Hardware Schicht vor, so sind die Einstellungen in der 
Hardwareschicht auf Projektebene hoherprior. Hierbei wild angenommen, das die Projektebene 
spezifische EinsleHungen voraehmen und auch gegenuber der DE-Schichl durchsetzen kann. 
Etwaige Oberlappungen werden milprotokolliert und konnen nach dem Konfigurationslauf 
1 0 eingesehen werden. 

Registrieren der XML-Konfigurationsdatei 

Nach der Durchtuhnmg der Konfiguration gemaB Anfordenmg eines Signals und Routing eines 
15 Signals mussen die gespeicherten XMI^Dateien in die jeweibgen Makefiles unter dem Element 

CONF eingetragen werden, siehe Abbildung 5: Makefile mit eingelragener XMI^ 
Konfigurationsdatei. 

2 o Makefile mit eingetragener XML-Konfigurationsdatei 

# Module definition 



35 





NAME 


dio 






25 


INTERFACE 


:« dio.h 






CONF 

CSOURCES • 
ASMS0URCES ; 
IMPLEMENTATION : 
DATA : 


'*= dio_requGSt . xm 
dio.c gpio.c 


i dio_routing . xrr 


il dio_i-nrpl eman t . acrol 


30 


SUBDIRS . 


= diocfg 







Eingabc der Konfigurarionsdatcn 

Die Eingabe der Konfigurationsdaten erfolgt uber einen XML-Browser (zJB. XMetal). Anhand 
einer Document Type Definition (DTD) far die Konfiguration des Miniprojektes wird die XML- 
Struktur vorgegeben. Die DTD fur die Konfiguration des Miniprojects liegt auf dem edejiwe 
vob im Miniprojekt unter \scripts\xm1\mcdcl7_conf.dtd. Diese DTD wird von den 
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EnlwicWern der Core Pakele (Module) enlsprechend den ben.it gestellten, konfigurierbaien 
Dalen sukzessive erweilert Die XML-Konfigurauonsdateien mussen fiber diese DTD 
plausibilisert werden. 

5 Configuration sprozcss 

Durch die AufteUung in verschiedene Konfigurationsebenen ist es moglich, ohne detoillierte 
Kenntnisse fiber die Konfigurationsweise anderer Schichten, auf untenschiedlichen Ebenen 
Einstellungen vorzunehmen. 

Dabei mussen nur die Konfigurauonsparameter angegeben werden, die fur die zu 
10 konfigurierend Schieht 

anch tatsachlich relevant sind. 

Das entsprechende Schichtenmodell ist in Figur 1 1 dargestellt 

Anhand der Beschreibung digitaler Bin- und Ausgangssignale lasst sich dieser ftozess recht 
anschaulich erlautern. In der obersten Schieht (DE) wird eine Signalanforderung an die 
Signalklasse DIO gestellt Neben der Richtung, dem Mnalisierungswert und dem Parameter 
Applizierbarkeit, ist es der Signalname, fiber den die Anforderung aus der DE mit dem Routing 
in der HAL vertmfipfl wird. In der HAL kann nun der Signalname auf die entsprechende 
Ressouice geroutet werden. Das Mapping mit den Einstellungen in der HWL eriblgt fiber den 
S.gnatoamen bzw. Hardwarepinnamen des Pins. In der Hardware Layer muss neben dem 
Modulnamen auch der entsprechende Port bzw. Pin angegeben werden. 
Die Eigenschaflen fur die PORT Hardware z3. Registereinstellungen werden separat fiber die 
PORT- Konfigumtion vorgenommen. Die Konfigumlion der einzelnen Schichten wird in der 
Regel auf verschiedene XML-Dateien verteUt Die Konfigurationsgeneratoren haben die 
Aufgabe die konfigurierten Daten zu iiberprfifen und diese zu plausibilisieren. 

Konfigurationsgeneratoren 

Nach dem Auftuf des "make" bzw. "make xml2conP -Kommandos im Miniprojekt wird anhand 
der registrierten XML-Konfigurationsdaleien eine Dateiliste fur die angemeldeten 
Konfigurationsdateien generiert Darauf basierend sammelt der zenlrale XML-Parser fur die 
Konfiguration (ehemals core_perse.pl) alle Konfigurationsdateien bzw. .Daten ein. Im 
Anschluss an den Parsing-Prozess werden die individuellen Konfigurationsgeneratoren gestartel 
und die enfcprechenden ».c- und *.h-Konngurationsdateien eizeugt 
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Die Konfigurationsgeneraloren priifen zusalzlich die Datenkonsistenz und plausibilisieren die 
Benulzerdaten. Nach erfolgreichem Beenden des "Makelaufs" konnen die konfigurierten 
Signale im Steueigerate-Code verwendet werden. 
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21.02.2003 

Robert Bosch GmbH, 70442 Stuttgart 



Anspruche 

1- Steuergerat (100) mit wenigstens einem Prozessor (100a-l) und wenigstens 
einem Speicherelement (100a-2) zum Steuera ernes Antriebsaggregates (300), 
insbesondere einer Brennkraftmaschine, eines Fahrzeugs mit Hilfe einer zwischen das 
Steuergerat (100) und dem Antxiebsaggregat (300) geschalteten SensorVAktor- 
Kontlguration (200), wobei die Steuerung durch eine Kommunikation zwischen einer 
Vielzahl von in dem Speicherelement (100a-2) hinterlegten Funktionseinheiten erfolgt; 

gekennzeichnet durch 



leren 



ein zweites hardwarenaheres Modul (CO), das mit einem dritten hardwarefemt 
Modul (DE) fiber eine Signalzuordnungsschicht (SZS-HAL) verbunden ist, welche die 
digitalen Signale des einen Moduls dem anderen zuordnet, wobei hardwarenaher und 
hardwareferner auf den Prozessor bezogen ist 

2. Steuergerat nach Anspruch 1, dadurch gekennzeichnet, dass ein erstes Modul 
(ASW), in dem diejenigen Funktionseinheiten zusammengefasst sind, die zur 
Beeinflussung des Antriebsaggregates im Ansprechen auf einen Benutzerwunsch auf 
physikalischer Ebene dienen, enthalten ist 



3. Steuergerat nach Anspruch 1, dadurch gekennzeichnet, dass das zweite Modul 
3 0 (CO),derart ausgebildet ist, dass in dem diejenigen Funktionseinheiten 
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zusammengefasst sind, welche eine individueUe Programming der Hardware des 
Steuergerates in der Weise ermoglichen, dass die Hardware in die Lage versetzt wird, 
mit den Modulen des Steuergerats (100) zu kommunizieran und welche die Abarbeitung 
von Funktionen der Funktionseinheiten in den Modulen zeithch koordinieren; und 
das dritte Modul (DE), derart ausgebfldet ist, dass in dem diejenigen Funktionseinheiten 
zusanimengefasst sind, die eine individueUe Anpassung der verwendeten Sensor- 
/Aktor-Konfiguration (300) an das Steuergerat (100) in der Weise emrfglichen, dass 
zwischen den einzelnen Sensoren oder Aktoren der Konflguration eine Kommunikation 
nut den flbrigen Modulen des Steuergerates moglich ist; und 

wobei zwischen den Modulen (CO, DE) Modul-Schnittstellen (Ml ... MS) fur eine 
modul-ubergreifende Kommunikation voigesehen sind. 

4. Steuergerat (100) nach Anspruch 2 und 3, dadurch gekennzeichnet, dass das 
erste Modul (ASW) aufweist: 

- eine Fahrzeug-Komponente (VF), in welcher diejenigen Funktionseinheiten 
zusammengefasst sind, die nicht spezifisch fur einen bestimmten verwendeten Typ von 
Antriebsaggregat (300) sind; und 

- eine Antriebsaggragate-Komponente (EF), in welcher diejenigen Funktionseinheiten 
zusammengefasst sind, die fur den verwendeten Typ von Antriebsaggregat (300) 

20 spezifisch sind 

5. Steuergerat (100) nach einem der vorangegangenen Ansprfiche, dadurch 
gekennzeichnet, dass das zweite Modul (CO) aufweist: 

- eine Inftastruktur-Komponente (IS), in welcher diejenigen Funktionseinheiten 
zusammengefasst sind, welche grundlegende Dienste anbieten oder raprasentieran, auf 

25 die andere Funktionseinheiten zugreifen konnen; und 

- eine Hardwarekapsel-Komponente (HWE), in welcher diejenigen Funktionseinheiten 
zusammengefasst sind, welche eine individueUe Programmierung der Hardware (100a) 
des Steue^erates (100) in der Weise ermoghchen, dass die Hardware in die Lage 
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versetzt wird, mit den Modulen (ASW, CO, DE, CD) des Steuergerats (100) zu 
kommunizieren. 

6. Steuergerat (1 00) nach Anspruch 5, dadurch gekennzeichnet, dass die 
Infrastniktur-Komponente (IS) vorzugsweise die Funktionseinheiten 
Dienstebibliotheken (IS-1), Ablaufsteuerung (IS-2), Diagnosemanager (IS-3) und/oder 
Oberwachungskonzept (IS-4) umfasst. 

7. Steuergerat (100) nach einem der vorangegangenen Anspruche, dadurch 
gekennzeichnet, dass das Steuergerat (100) ein viertes Modul (CD) aufweist, in dem 
diejenigen Funktionseinheiten zusammengefasst sind, die eine direkte Ansteuerung von 
speziellen Sensor-Aktor-Konfigurationen mit komplexen SchnittsteUen zu dem 
Steuergerat durch das erste Modul ermSglichen. 

8. Steuergerat (100) nach einem der vorangegangenen Anspruche, dadurch 
gefcennzeichnet dass die Funktionseinheiten, die Komponenten und/oder die Module 
sowie die SchnittsteUen zwischen ihnen zumindest teUweise als Computerprogramm 

15 ausgebildet sind. 

9. Computerprogramm fur ein Steuergerat (100) gemaB einem der Anspruche 1 - 
7 zum Steuern eines Antriebsaggregates (300) eines Fahrzeugs, umrassend einen 
Programmcode, der geeignet ist, die Funktionseinheiten, Komponenten Oder Module 
abzubilden und eine Kommunikation zwischen diesen zum Zwecke der Steuerung des 

2 0 Antriebsaggregates zu realisierea 



i 
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Fig. 1 
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Siehe Anhang Patentfamllie 

' T ' S oder dZ e priSe^?,?' dle KF h internationalen Anmeldedatum" 
2^5S m Prior ?a sdatum verdffentiicht worden 1st und mit der 

&E5 fnn n f, nICht ^f dtert * Sondern nur2um VerltalidnSdefder 
T feorie^ Pr!n2, P s oder de ' zugrundeiiegenden 

'X* Verdffentlichung von besonderer Bedeutunq: die beansDrueht* Prfinrii,n« 
^ n a^auf|rund dieser VerSffentKchung nich Tate ^ne^^der a^f 9 
erfinderischerTfitigkeit beruhend betrachtet werden oderauf 

' Y ' X« F nn n?^? 1 ?" 9 v , on J? e 5°2 derer Bedeutung; die beanspruchte Erfinduna 
kann nlcht als auf erfinderischer Tatigkelt beruhend betraStPt cmnaun9 

£T die Verdffentlichung mit eine?ode ^m^S anderen 
Veroffenllichungen dteser Kategorie In Verblnduna aphrarht «Sn?nnH 
diese Verblndung fQr einen FacTimlnn nf he^ wM Und 

&' Verflffentnchung, die Mitglle d derselben Patentfamllie 1st 
Absendedatum des Internationalen Recherchenberichts 

21/07/2004 

BevoIImachtlgter Bediensteter 

Hasubek, B 



INTERNATIONALER •bHERCHENBERICHT 

Angaben zu Veroffentlfchungen, die zurselben Patentfamilie gehdren 




Internationales AWenzelchen 
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INTERNATIONALER RECHERCHENBERICHT 



Feldll Bemerkungen zu den AnsprOchen. die sich als nicht recherchierbaT 



Internationales Aktenzeichen 

PCT/EP2004/050165 



erwiesen haben (Fortsetzung von Punkt 2 auf Blatt 



GemaB Artike. 1 7(2,a, wurde aus fCgenden GrOnden fur bestimmte Anspruche ke.n Recherchenberlcht erste.lt: 
1 - l I AnsprQche Nr. 

we,, s,e slch auf GegensBnde bez,ehen, zu deren Recherche d,e BehCrde nicht verpftichte. ist, nam,lch 



2. J^j Anspruche Nr. 9 

S MSSBBSB^^ Anforderungen so wen,g entsprechen, 

siehe BE I BLATT PCT/ISA/210 



3. | 1 Ansprtiche Nr. 

we,, es s,ch dabe, urn abbang.ge AnsprOche handeti, <*e „,oht entsprechend Satz 2 und 3 der Regel 6.4 a) abgefaBt s.nd. 
Fe,d H, Bemerkungen be, mangier Einheittich keit der Erfindung (Fortsetzung v on Punkt 3 auf B,att 1 ) 
D,e ,n,emationa,e RecherchenbehOrde hat festgeste,,,, da3 olese international Anme,dung me hrere Erfindungen entha.f 



" □ -n^^ rechtze,tig entr,chtet hat, erstreckt s,ch d,eser 

• 



4 □ 



farat: 



gezahlt 



Bemerkungen hinsichtlich eines Widerspruchs I 1 n, e 711 , 9 biw a n r* u„u 

prucns j_j Die zusatzilchen GebQhren wurden vom Anmelder unter Wlderspruch 

□ Die Zahlung zusatzllcher RecberchengebQhren erfolgte ohne Wlderspruch. 
Formblatt PCT/ISA/210 (Fortsetzung von Blatt 1 (2)) (Januar 2004) 



Internationales Aktenzeichen PCT/ EP2004/050165 



WEITERE ANGABEN 



PCT/1SA/ 210 



Fortsetzung von Feld II. 2 
Anspriiche Nr. : 9 



Anspruch 9 beschreibt ein Computerprogramm, das fQr eln Steuergerat 
2!5? f ln em. der Anspruche 1-7 geeeignet 1st. Dies begrundet keinerlei 
VfX^-V 1 !!? c ° m P ut erprogramms . Somit zeigt das Computerprogramm 
lediglich die Programmcodemerkmale "Funktionse1nhe1ten, Komponenten Oder 
JJf. sowie elne Kommunikatlon zwlschen den genannten Te1?en "zJm 
S JltI e !7 n9 K deS Antriebsaggregats". Diese Merkmale welst jedoch 
jede bekannte Antnebsaggregatsteuersoftware auf , so daB der 
beanspruchte Gegenstand nlcht klar erkennbar 1st und somit elne 
slnnvolle Recherche unmoglich 1st. 

per Anmelder wird darauf hlngewiesen, dass Patentanspruche auf 
Erfindungen fur die ke1n Internatlonaler Recherchenberlcht erstellt 

P^?uA rt n0r T a1 !» We1se /S 1ch * Ge 9 e nstand elner International en vorlaufigen 
Prufung seln konnen (Regel 66.1(e) PCT). In seiner Eigenschaft als 
der Internationa en vorlaufigen Prufung beauftragte Behorde wlrd das EPA 
also in der Regel kelne vorlaufige Prufung fur Gegenstande durchfQhren 
StSSII.S"! Recher £ h * y?rl1egt.D1es gm auch fur den Fall, diss die 
Patentanspruche nach Erhalt des internatlonalen Recherchenberichtes 
geandert wurden (Art. 19 PCT), oder fur den Fall, dass der Anmelder 1m 

«nS?Jt S N Ve J: f ? hr r^ ge, ? as L Kapitel 11 PCT neue PatentanprSche 
Zl 3h N S5* E1ntr 3 tt in .J 1e regionale Phase vor dem EPA kann jedoch 1m 
?P§ e p? e L^ u r un9 , e i? e wei * ere Recherche durchgefuhrt werden (Vgl. 
EPA-R1chtl1nien C-VI, 8.5), sollten die Mangel behoben sein, die zu der 
Erklarung gemass Art. 17 (2) PCT gefQhrt haben 



EP04/050165 



Continuation of Box n, 2 



Claim 9 



Claim 9 describes a computer program suitable for a control device as per 
one of claims 1 to 7, which is not substantiated by any features of the 
computer program. Thus the computer program displays only the program 
code features "functional units, components or modules" and a systemfor 
communicating between these parts "in order to control the drive unit" 
However any known drive unit control software has these features, such that 
the subject matter claimed is not easily discernible and it is imposs ble to 
carry out a meaningful search. 

The applicant is advised that claims relating to inventions in respect of 
which no international search report has been established normally need not 
A T?^ 0 ? 6 ? 311 mtemational preliminary examination (PCT Rule 

th iSR' ^ °n PaC ^ aS Intemational Preliminary Examining Authority 
the EPO generally will not carry out a preliminary examination for subjects 
that have not been searched. This also applies to cases where the claims 
were amended after receipt of the international search report (PCT Article 

und^r Prr\ r^^Tl submits new claims * *e course of the procedure 
under PCT Chapter n. After entry into the regional phase before the EPO 
however, an additional search can be carried out in the course of the 
examination (cf. EPO Guidelines, Part C, VI, 8.5) if the deficiencies that led 
to the declaration under PCT Article 17(2^ have h*«n v^a^a 
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